home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 25 / Cream of the Crop 25.iso / bbs / pcsuni1.zip / VRS502.ZIP / HISTORY.DOC < prev    next >
Text File  |  1997-04-06  |  16KB  |  395 lines
  1.  ╒═════════════════════════════════════════════════════════════════════════╕
  2.  │                                                                         │
  3.  │                  VIRTUAL REALITY SOLDIER VERSION 5.02                   │
  4.  │   COPYRIGHT (C)1996 PRACTICAL COMPUTER SERVICES  ALL RIGHTS RESERVED    │
  5.  │                                                                         │
  6.  │                              HISTORY FILE                               │
  7.  │                                                                         │
  8.  ╞═════════════════════════════════════════════════════════════════════════╡
  9.  │                    >>>>>   ATTENTION SYSOPS   <<<<<                     │
  10.  │                                                                         │
  11.  │    MAKE *** SURE *** YOU READ THE README.1ST FILE IN THIS ARCHIVE!      │
  12.  │                                                                         │
  13.  ╞═════════════════════════════════════════════════════════════════════════╡
  14.  │                      <<<<<   BUG REPORTS   >>>>>                        │
  15.  │                                                                         │
  16.  │ If you call in to The TAO BBS  (609) 587-2672 to report a bug,          │
  17.  │ please setup a user account for BOB WATSON on your system and let us    │
  18.  │ know what the password is for the account in your report.  It speeds    │
  19.  │ things up, and lets me save a bit on the phone bills.                   │
  20.  │                                                                         │
  21.  ╘═════════════════════════════════════════════════════════════════════════╛
  22.  
  23. -------------------------------------------------------------------------------
  24.  
  25. BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS!
  26.  
  27. 09/22/96
  28.  
  29. Practical Computer Services is proud to be the new owner of this fine software.
  30. PCS will now be taking all registrations, releasing all new updates and
  31. handling all support questions. See v5.01 release notes for additional
  32. information.
  33.  
  34. BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS!
  35.  
  36. -------------------------------------------------------------------------------
  37. v5.02 04/06/97
  38.  
  39.    Updated the documentation & other text files to reflect new contact
  40.    information.
  41.  
  42.    http://www.nerc.com/~pcs
  43.  
  44.    Changed some internal coding to correct possible errors on some
  45.    systems.
  46.  
  47.  
  48. v5.01 10/08/96
  49.  
  50.    Practical Computer Services has purchased the source and rights to
  51.    VRS from GO/4 Software as of 09/22/96. Changes made to the code
  52.    and related files to reflect this change of ownership. Please direct
  53.    all questions and registrations to PCS, not GO/4 Software.
  54.  
  55.    Company info:
  56.  
  57.    Practical Computer Services
  58.    483 Klockner Road
  59.    Hamilton, NJ  08619
  60.  
  61.    Voice: (609) 584-7947
  62.    Support BBS: The TAO BBS  (609)587-2672  33,600 USR v.everything
  63.    Internet E-Mail: bob.watson@tao.com
  64.  
  65.  
  66. V5.00 Public Release
  67.  
  68.         Added in the Universal Key Routines!
  69.  
  70.         Optimized the code in the outer modules, events ought to
  71.         run faster.
  72.  
  73.         Added some of the code for the Add-on modules, we will
  74.         start releaseing some of the add-ons over the next few months.
  75.  
  76.         TO UPGRADE:
  77.  
  78.         Just copy the files VRS.PPE and VRS-M15.PPE into your present VRS
  79.         Subdir.  And run!
  80.  
  81. v4.00 (Internal Revisons & updates)
  82.  
  83. V3.53 (Internal Revisions & ß Update)
  84. 04/20/95
  85.  
  86.         Added a new field in the VRS.DBF configuration file to store a
  87.         sysop defined path to the VRS.BLT bulletin file for the high scores
  88.         bulletin.  Several users asked for this one, as they are running
  89.         various door programs that "need" it.  If you are already running
  90.         VRS, you'll need to go into (M)aintenance and do a (F)orce
  91.         configuration database rebuild to get the new field available to you.
  92.  
  93. V3.52 (Internal Revisions)
  94. 04/19/95
  95.  
  96.         Fixed a gaffe in the Corridor Sleeper module where you weren't
  97.         being killed "properly" in fights.
  98.  
  99. V3.51 (Internal Revisions)
  100. 04/18/95
  101.  
  102.         One user had a keycode problem, I changed a few statements to get
  103.         around it.  If your key is working, you don't need this patch.
  104.  
  105. V3.50 (Public Release)
  106. 04/17/95
  107.  
  108.         Minor revisons hit a warranted major revision number change.
  109.  
  110.         New Bulletin generator warrants a new public release.
  111.  
  112.         See V3.01 through 3.04 (below)
  113.  
  114. V3.04 (Internal Revisions)
  115. 04/17/95
  116.  
  117.      Added a new command line switch, "BLT".  This will generate a file
  118.      called VRS.BLT in the VRS PPE subdir.  This file is a ranking of players
  119.      based on their kills and experience.  You can add this file to your
  120.      bulletin menu so that all your users can keep up with whats going on in
  121.      the Virtual Reality Soldier world.  See the docs for  complete usage
  122.      instructions.
  123.  
  124. V3.03 (Internal Revisions)
  125. 04/15/95
  126.  
  127.      Once again, PPL rears it's ugly head regarding dBASE functions.  There
  128.      was still a hard-coded index being used in daily maintenance, and some
  129.      systems were having trouble with it.  I changed it over to a unique
  130.      variable each time it's run to get around it.
  131.  
  132. V3.02 (Internal Revisons)
  133. 04/13/95
  134.  
  135.      Two changes to the (V)RS Stats screen.  It was showing the SysOp name
  136.      from the PCBOARD.DAT file in all places, including the "Key SysOp Name"
  137.      field, just a matter of like-named variables being used.  Fixed.  I
  138.      replaced the WAIT at the end of the Stats screen with our custom wait
  139.      module used in the rest of the game.
  140.  
  141.      Added (yet) another commandline switch - "TEST".  All it does is force
  142.      the (V)RS Stats display, and exit out.  Convenience tool only, as VRS
  143.      will (of course!) bomb out if there is no user on-line and you attempt
  144.      to enter the game proper.
  145.  
  146. V3.01 (Internal Revisons)
  147. 04/11/95
  148.  
  149.      Re-wrote the batch files to create/compile/run .PPE files for testing
  150.      keys and to create distribution sets.
  151.  
  152.      Fixed a text display error in the module where you can fight off-line
  153.      players who are sleeping in the corridors.  It was putting the same
  154.      name for killed and killer in the daily news file.
  155.  
  156.      I had several inquiries as to if VRS will run on Wildcat! systems (I
  157.      know, I know, but these are USERS that are asking...<G>), what do you
  158.      think?  Should we make a port of it?
  159.  
  160.  
  161. V3.00 (Public Release)
  162. 04/10/95
  163.  
  164.      Against my better judgement, I changed the Daily Maintenance checking
  165.      of the relational databases ARMOR and WEAPONS against USER and MUTANT
  166.      to work with "1 to #records" in ARMOR and WEAPONS from the hard-coded
  167.      # of records in the distribution zip.  Several people wanted the
  168.      ability to add weapons of their own, this will prevent Daily Maintenance
  169.      from changing them all to Vibraknives.  I'm not all that thrilled with
  170.      the idea of sysops editing the databases, but go for it - just don't
  171.      call in with bug reports that you created by doing so.  In other words,
  172.      if you put in a tactical nuke that does eighty bazillion points of
  173.      damage, and it kills off all your users, don't tell me that it's a
  174.      "bug" in _my_ code.<G>
  175.  
  176.      Added Weapons and Armor editors to the SysOp configuration editor.
  177.      You can add weapons (and delete them!) from these editors, as well as
  178.      modify the current default set.  KEEP THE ARMOR.VRS and WEAPONS.VRS
  179.      files from your distribution pack in case you mess them up!
  180.  
  181.      We got about fifty "bug reports" from sysops installing new copies of
  182.      VRS that they were getting "thousands of Dbase Not Open" errors.  Seems
  183.      that they didn't read the docs, and weren't unzipping the NEW_VRS.ZIP
  184.      file with the databases in it.  I fixed this by getting rid of the zip
  185.      file.  The new files are XXX.VRS rather than XXX.DBF, VRS will copy the
  186.      XXX.VRS files to XXX.DBF files if it can't find the XXX.DBF file.  If
  187.      you've still got the NEW_VRS.ZIP file, you can delete it if you wish -
  188.      or save it as an "extra" backup.
  189.  
  190.      Edited the VERIFY.PPS file to reflect the loss of the .ZIP file and show
  191.      the .VRS files.
  192.  
  193.      Edited the dickens out of the help files.  I hadn't proofread them for
  194.      prior versions - all the spelling and grammatical errors have been
  195.      fixed.<G>
  196.  
  197.      Fixed a reverse call in the Mutant fights area where (N)egotiate
  198.      was not behaving properly.
  199.  
  200.      Fixed a glitch in the display / fighting people sleeping in the
  201.      corridors.  It was working correctly, it just always found YOU
  202.      first in the database.<G>  Fixed the funny mail it would send as well.
  203.  
  204.      Added a verbose debugging mode.  Running it as "VRS.PPE;DEBUG" will
  205.      throw PCBoard into Debug Mode 3, which is extremely verbose.  It sends
  206.      all the info to the caller log, so use it judiciously - not many people
  207.      want 30mb caller logs on their systems.  In fact, you should NEVER have
  208.      to use this switch - it's only in there to see what a system is doing
  209.      that isn't behaving properly when we call into it to check on a bug
  210.      report.  The ONLY reason I'm mentioning it here is that I hate finding
  211.      out about "things" like this in code myself.  The DEBUG switch will ONLY
  212.      work if you are on locally, or the user has SysOp security level.
  213.  
  214.      Can't find a reported bug in the banking module - purportedly
  215.      (T)ransfer docks the user, but doesn't put the money in the
  216.      recipient's account.  Works fine here, even sends the notification
  217.      message properly.  We only had one person report this bug, so I'm
  218.      of the opinion that it simply wasn't noticed that the cash is put
  219.      in the BANK for the recipient, not as on-hand CASH.
  220.  
  221.      Many, many cosmetic changes to text in just about every module.
  222.      Esthetics only, no functional changes.
  223.  
  224. V2.52 (Mid-level Update)
  225. 03/28/95
  226.  
  227.      Added debugging code to the "About" screen. (type V from the Main Menu)
  228.  
  229.      Minor changes to the keyfiler, some users were still getting bad
  230.      registration keys.
  231.  
  232.      Fixed some problems when a user found a dead body in the tubes, just
  233.      a misplaced color code.
  234.  
  235.      Got a complaint that we only denigrated Democrats on mutant fights, so
  236.      in order to be an equal opportunity denigrator, we made it a random
  237.      selection of the most popular political parties.
  238.  
  239.      Seems that a command in PPL (STRIPSTR()) doesn't work as advertised
  240.      (never has, bug has been reported to CDC), and it was causing all sorts
  241.      of problems with the KEY check.  We hope to have fixed it by programming
  242.      around it.  Let us know.
  243.  
  244. V2.51 (Internal Revisions)
  245. 03/25/95
  246.  
  247.      Changed the format of the View Stats display, it adds a bit to the
  248.      display, sort of a high tech look.
  249.  
  250.      Did a little garbage collection to free up some more memory, we are
  251.      now making a footprint of about 43k (your mileage may vary).
  252.  
  253.      Increased the probability of a user finding a mutant...just a bit.
  254.  
  255.  
  256. V2.50 (Public Bug fix release)
  257. 03/23/95
  258.  
  259.         You can now beat Felix, and actually win the game.  Special thanks
  260.         to Bob DeMott of Valley Stream, NY for finding this one.  I intended
  261.         to make Felix *almost* unbeatable, but not quite so omnipotent that
  262.         players had *NO* chance of beating him.<G>
  263.  
  264.         CRYOSLEEP....  about fifty SysOps have told me of a "bug" in that
  265.         users couldn't find the Cryo-Cube.  We initially decided that Level
  266.         One characters shouldn't be able to get to the really slimy
  267.         activities that "Talk to the Barkeep" allows, so they were locked
  268.         out until they hit at least Level Two.  Cryo-Cube was one of those
  269.         options (yes, some nasty things can happen in coldsleep...<G>).
  270.         Since we've had so many "complaints" about it, I turned it on in
  271.         this version for Level One players.  It's the *ONLY* one that is
  272.         displayed to Level One players - the really nasty stuff is still
  273.         hidden until they hit Level Two.
  274.  
  275.         Fixed a cosmetic display error on one of the "You have died"
  276.         screens - nobody complained about it, but I noticed it in testing.
  277.  
  278.         Fixed an error that nobody has reported yet.<G>  I wasn't checking
  279.         to see if the user was on locally or remotely for running
  280.         maintenance.  Fixed that bugger.  Now disgruntled (and probably
  281.         dead) players can't force daily maintenance from the commandline
  282.         - the event mode can only be run locally.
  283.  
  284.                >>>>>>>>>> REGISTERED USERS! <<<<<<<<<<
  285.  
  286.         Fixed a glaring error in our key routines that was causing non-
  287.         working keys to be generated for registered users, causing the key
  288.         to fail.  If you have already registered VRS, you should *NOT* have
  289.         to get a new key if your key is already working.
  290.  
  291.         If you have problems with your key, please leave a message on
  292.         ** The TAO BBS (609) 587-2672 ** and I'll get a new key out
  293.         to you right away.
  294.  
  295.         Removed the two-second delay on displaying the GO/4 advertisement
  296.         when first loading a registered copy.  Sorry about that, it was an
  297.         oversight from beta testing.  The screen is still there, but there
  298.         is no delay set on it for registered users.  (Gotta advertise to the
  299.         users *somewhere*<G>)
  300.  
  301. V2.01-2.49 (INTERNAL REVISIONS)
  302. 03/21/95-03/23/95
  303.  
  304. V2.00 (Public Bug fix release)
  305. 03/20/95
  306.  
  307.         See 1.06 through 1.09 (Below).
  308.  
  309. V1.08/1.09 (INTERNAL REVISONS)
  310. 03/20/95
  311.  
  312.         Releasing as Version 2.00
  313.  
  314.         Updated and corrected the VRS.DOC file.
  315.  
  316.         Located the "bug" where changing the Mutant Fights Left
  317.         in the system editor didn't update properly.  It does, but
  318.         you *MUST* force a daily maintenance after changing it so
  319.         that it is reflected for each user.
  320.  
  321.         Fixed the weapon shop bug that was charging for vaporware
  322.         weapons.
  323.  
  324.         *DRASTICALLY* speeded up the Daily Maintenance functions.
  325.  
  326.         Fixed the return to the VRS Main Menu when run in Maintenance
  327.         mode for events.
  328.  
  329.         Changed the flag to accept *either* VRS.PPE MAINT *or*
  330.         VRS.PPE /MAINT.  Upper, lower, or mixed case is now
  331.         acceptable.
  332.  
  333. V1.07
  334. 03/15/95
  335.  
  336.         Added an or (|) to the commandline switch to accept either
  337.         "MAINT" or "/MAINT".  Moved the check point to below the CRC
  338.         check point.
  339.  
  340.         Added ".COM" to the call on the VRSORT.COM file in the hopes
  341.         that it will get around the Lantastic 6.0 error reported by
  342.         Dave Lamont.
  343.  
  344. V1.06 (Release)
  345. 3/14/95
  346.  
  347.         Fixed the "running 73 days" glitch. - Use the (M)aintenance
  348.         Sysop option and recreate the Configuration Database to enable
  349.         it.
  350.  
  351.         Changed *ALL* commands in *ALL* source modules to upper case to
  352.         deal with a Lantastic-specific error.
  353.  
  354. V1.05 (Internal revision)
  355. 3/8/95
  356.  
  357.         Fixed jump error causing open error on init.
  358.  
  359. V1.04 (Internal revision)
  360. 3/8/95
  361.  
  362.         Fixed errors in M81 file.
  363.  
  364. V1.03 (Internal revision)
  365. 3/8/95
  366.  
  367.         Added the MAINT switch so VRS.PPE MAINT can be run as an
  368.         event rather than forcing the first user in to sit through the
  369.         daily maintenance.
  370.  
  371.         M14 pathing problem fixed.
  372.  
  373.         Can't duplicate the List error, may have been caused by the
  374.         dbase 0 error.
  375.  
  376. V1.02 (Internal revison)
  377. 3/8/95
  378.  
  379.         Fixed Dbase 0 not open error.
  380.         Removed screwy commenting from M19.
  381.         Fixed Basic Training fall-through to TurboShafts
  382.  
  383. V1.01 (Internal revision)
  384. 03-08-95
  385.  
  386.         Found a bug (actaully a programming gaffe), in that we were making
  387.         calls to a source code module, as opposed to a compiled module.
  388.         Fixed.
  389.  
  390. V1.00 - Initial Release.
  391. 03-07-95
  392.  
  393.         Hoping that everybody likes the idea, and decides they want
  394.         this beast.
  395.